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[Title of the Document] Claims 
[Claim 1] 

A monitoring apparatus capable of acquiring 
information by communication from at least one image 
5 forming apparatus to be monitored and communicating 

with a management apparatus, characterized in that the 
monitoring apparatus comprises: 

an e-mail means that carries out communication 
with the management apparatus by e-mail; 
10 a processing means operable when said e-mail means 

has received second modules for updating first modules, 
on which the monitoring apparatus operates, from the 
management apparatus by e-mail , to automatically update 
the first modules in operation to the second modules; 
15 an information collecting means that collects 

version information on the first modules when said e- 
mail means has received a version information 
acquisition request from the management apparatus by e- 
mail; and 

20 a returning means that sends the version 

information collected by said information collecting 
means to the management apparatus by return e-mail. 
[Claim 2] 

A monitoring apparatus according to claim 1, 
25 characterized in that the monitoring apparatus further 
comprises : 

a receiving means that receives an update 



2 

instruction e-mail containing at least the second 
modules and an install script, and an acquisition 
request e-mail requesting acquisition of the version 
information indicative of versions of respective ones 
5 of the first modules in the monitoring apparatus and a 
version of the monitoring apparatus as a whole, and 

wherein said processing means activates the 
install script contained in the update instruction e- 
mail received by said receiving means, and updates the 

10 first modules in operation to the second modules 

contained in the update instruction e-mail received by 
said receiving means, and said information collecting 
means collects the version information in response to 
the acquisition request e-mail received by said 

15 receiving means, and said returning means sends the 
version information collected by said information 
collecting means to the management apparatus by return 
e-mail . 

[Claim 3] 

20 A monitoring apparatus according to claim 1, 

characterized in that the monitoring apparatus 
comprises a decoding means that decodes contents of an 
e-mail received by said e-mail means, and wherein said 
processing means interprets an instruction from the 

25 management apparatus from the contents of the received 
e-mail decoded by said decoding means, and performs 
processing according to the interpreted contents of the 
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e-mail . 

[Claim 4] 

A management apparatus capable of managing a 
plurality of monitoring apparatuses that acquire 
5 information by communication from a plurality of image 
forming apparatuses to be monitored, characterized in 
that the management apparatus comprises: 

an instructing means that collectively instructs 
the plurality of monitoring apparatuses to update first 
10 modules, on which the plurality of monitoring 

apparatuses operate, to second modules by e-mail; 

an acquisition requesting means that collectively 
gives a request for acquisition of version information 
on the first modules to the plurality of monitoring 
15 apparatuses by e-mail; and 

an acquisition means that acquires the version 
information from the plurality of monitoring 
apparatuses as replies to e-mails for requesting 
acquisition of the version information sent by said 
20 acquisition requesting means. 
[Claim 5] 

A management apparatus according to claim 4, 
characterized in that said instructing means 
collectively transmits update instruction e-mails 
25 containing at least the second modules for updating the 
first modules of respective ones of the plurality of 
monitoring apparatuses and an install script to the 
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plurality of monitoring apparatuses, said acquisition 
requesting means collectively transmits acquisition 
request e-mails for requesting acquisition of the 
version information indicative of versions of 
5 respective ones of the modules in each of the plurality 
of monitoring apparatuses and a version of each of the 
plurality of monitoring apparatuses as a whole to the 
plurality of monitoring apparatuses, and said 
acquisition means receives the version information from 
10 the plurality of monitoring apparatuses as replies to 
the acquisition request e-mails transmitted by said 
acquisition requesting means. 
[Claim 6] 

A management apparatus according to claim 4, 
15 characterized in that the management apparatus 

comprises a determining means that compares version 
information indicative of versions of the first modules 
to be taken after update of the first modules in 
accordance with an instruction for updating the first 
20 modules to the second modules with the version 

information acquired by said acquisition means to 
determine whether the first modules have been 
successfully updated . 
[Claim 7] 

25 A management apparatus according to claim 6, 

characterized in that said instructing means 
collectively instructs the monitoring apparatuses to 



5 

update the first modules when said determining means 
ascertains that the first modules have not been 
successfully updated. 
[Claim 8] 

5 A management apparatus according to claim 6, 

characterized in that the version information 
indicative of versions of the first modules to be taken 
after update of the first modules is second version 
information indicative of a version of each of the 
10 plurality of monitoring apparatuses as a whole, and the 
second version information corresponds to a combination 
of the first modules in each of the plurality of 
monitoring apparatuses , 
[Claim 9] 

15 A control method executed by a monitoring 

apparatus capable of acquiring information by 
communication from at least one image forming apparatus 
to be monitored, and communicating with a management 
apparatus, characterized in that the method comprises: 

20 a communication step of carrying out communication 

with the management apparatus by e-mail; 

a processing step of automatically updating first 
modules in operation, on which the monitoring apparatus 
operates, to second modules for updating the first 

25 modules when the second modules is received from the 
management apparatus by e-mail in said communication 
step; 
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an information collecting step of collecting 
version information on the first modules when a version 
information acquisition request is received from the 
management apparatus by e-mail in said communication 
5 step; and 

a returning step of sending the version 
information collected in said information collecting 
step to the management apparatus by return mail. 

[Claim 10] 

10 A control method according to claim 9, 

characterized in that the method further comprises: 

a receiving step of receiving an update 
instruction e-mail containing at least the second 
modules and an install script, and an acquisition 

15 request e-mail requesting acquisition of the version 
information indicative of versions of respective ones 
of the modules in the monitoring apparatus and a 
version of the monitoring apparatus as a whole, and 

wherein said processing step comprises activating 

20 the install script contained in the update instruction 
e-mail received in said receiving step, and updating 
the first modules in operation to the second modules 
contained in the update instruction e-mail received in 
said receiving step, and said information collecting 

25 step comprises collecting the version information in 

response to the acquisition request e-mail received in 
said receiving step, and said returning step comprises 
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sending the version information collected in said 
information collecting step to the management apparatus 
by return e-mail. 
[Claim 11] 

5 A control method according to claim 9, 

characterized in that the method comprises a decoding 
step of decoding contents of an e-mail received in said 
communication step, and wherein said processing step 
comprises interpreting an instruction from the 
10 management apparatus from the contents of the received 
e-mail decoded in said decoding step, and performing 
processing according to the interpreted contents of the 
e-mail* 

[Claim 12] 

15 A control method executed by a management 

apparatus capable of managing a plurality of monitoring 
apparatuses that acquire information by communication 
from a plurality of image forming apparatuses to be 
monitored, characterized in that the method comprises: 

20 an instructing step of collectively instructing 

the plurality of monitoring apparatuses to update first 
modules, on which the plurality of monitoring 
apparatuses operate, to second modules by e-mail; 

an acquisition requesting step of collectively 

25 giving a request for acquisition of version information 
on the first modules to the plurality of monitoring 
apparatuses by e-mail; and 
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an acquisition step of acquiring the version 
information from the plurality of monitoring 
apparatuses as replies to e-mails for requesting 
acquisition of the version information sent in said 
5 acquisition requesting step. 
[Claim 13] 

A control method according to claim 12, 
characterized in that said instructing step comprises 
collectively transmitting update instruction e-mails 

10 containing at least the second modules for updating the 
first modules of respective ones of the plurality of 
monitoring apparatuses and an install script to the 
plurality of monitoring apparatuses, said acquisition 
requesting step comprises collectively transmitting 

15 acquisition request e-mails for requesting acquisition 
of the version information indicative of versions of 
respective ones of the modules in each of the plurality 
of monitoring apparatuses and a version of each of the 
plurality of monitoring apparatuses as a whole to the 

20 plurality of monitoring apparatuses, and said 

acquisition step comprises receiving the version 
information from the plurality of monitoring 
apparatuses as replies to the acquisition request e- 
mails transmitted in said acquisition requesting step, 

25 [Claim 14] 

A control method according to claim 12, 
characterized in that the method comprises a 
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determining step of comparing version information 
indicative of versions of the first modules to be taken 
after update of the first modules in accordance with an 
instruction for updating the first modules to the 
5 second modules with the version information acquired in 
said acquisition step to determine whether the first 
modules have been successfully updated. 
[Claim 15] 

A control method according to claim 12, 

10 characterized in that said instructing step comprises 
collectively instructing the monitoring apparatuses to 
update the first modules when it is determined in said 
determining step that the first modules have not been 
successfully updated . 

15 [Claim 16] 

A control method according to claim 15, 
characterized in that the version information 
indicative of versions of the first modules to be taken 
after update of the first modules is second version 

20 information indicative of a version of each of the 

plurality of monitoring apparatuses as a whole, and the 
second version information corresponds to a combination 
of the first modules in each of the plurality of 
monitoring apparatuses . 

25 [Claim 17] 

A program for causing a computer to execute a 
control method implemented by a monitoring apparatus 
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capable of acquiring information by communication from 
at least one image forming apparatus to be monitored, 
and communicating with a management apparatus, 
characterized in that the method comprises: 
5 a communication step of carrying out communication 

with the management apparatus by e-mail; 

a processing step of automatically updating first 
modules in operation, on which the monitoring apparatus 
operates, to second modules for updating the first 

10 modules when the second modules for updating the 

modules is received from the management apparatus by e- 
mail in said communication step; 

an information collecting step of collecting 
version information on the first modules when a version 

15 information acquisition request is received from the 
management apparatus by e-mail in said communication 
step; and 

a returning step of sending the version 
information collected in said information collecting 
20 step to the management apparatus by return mail. 
[Claim 18] 

A program for causing a computer to execute a 
control method implemented by a management apparatus 
capable of managing a plurality of monitoring 
25 apparatuses that acquire information by communication 
from a plurality of image forming apparatuses to be 
monitored, characterized in that the method comprises: 
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an instructing step of collectively instructing 
the plurality of monitoring apparatuses to update first 
modules, on which the plurality of monitoring 
apparatuses operate, . to second modules by e-mail; 
5 an acquisition requesting step of collectively 

giving a request for acquisition of version information 
on the first modules to the plurality of monitoring 
apparatuses; and 

an acquisition step of acquiring the version 
10 information from the plurality of monitoring 

apparatuses as replies to e-mails for requesting 
acquisition of the version information sent in said 
acquisition requesting step. 
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[Title of the Document] Specification 

[Title of the Invention] MONITORING APPARATUS FOR IMAGE 
FORMING APPARATUS, CONTROL METHOD EXECUTED BY THE 
MONITORING APPARATUS , PROGRAM FOR IMPLEMENTING THE 
5 CONTROL METHOD, AND MANAGEMENT APPARATUS, CONTROL 
METHOD EXECUTED BY THE MANAGEMENT APPARATUS, AND 
PROGRAM FOR IMPLEMENTING THE CONTROL. METHOD 
[Technical Field] 
[0001] 

10 The present invention relates to a monitoring 

apparatus for image forming apparatuses, a control 
method executed by the monitoring apparatus, and a 
program for implementing the control method, as well as 
to a management apparatus, a control method executed by 

15 the management apparatus, and a program for 

implementing the control method. In particular, the 
present invention relates to a monitoring apparatus 
which monitors at least one image forming apparatus (in 
particular, an office printer such as a multi-function 

20 copying machine) , collects information on the image 
forming apparatus, and sends the information to a 
management server {management apparatus) , a control 
method executed by the monitoring apparatus, and a 
program for implementing the control method, as well as 

25 to a management apparatus which manages at least one 
monitoring apparatus and collects information on the 
monitoring apparatus, a control method executed by the 
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management apparatus , and a program for implementing 
the control method. 

[Background Art] 

[0002] 

5 Conventionally, there has been a remote monitoring 

system which is constructed such that an apparatus 
(host) having an information processing function and 
monitoring apparatuses communicate with each other via 
a communication medium, and which remotely monitors the 

10 status of an apparatus such as a copying machine via 
the monitoring apparatus. For this type of remote 
monitoring system, there has been a method in which 
modules (programs) in each monitoring apparatus 
installed at a remote location, on which modules the 

15 monitoring apparatus operates , are remotely updated 

{version update) . In this case, in the state in which 
the host and the monitoring apparatus whose modules are 
to be updated are connected to each other such that 
they can communicate with each other, update data is 

20 transferred without fail to update modules within the 

monitoring apparatus, then it is ascertained whether or 
not the modules have been updated to desired modules, 
and then the host and the monitoring apparatuses are 
disconnected from each other. 

25 [0003] 

It should be noted that various proposals has been 
made as examples of the above described prior art 
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(refer to Patent Document 1, for example) . 
[Patent Document 1] Japanese Laid-Open Patent 
Publication (Kokai) No. 2000-322244 
[Disclosure of the Invention] 
5 [Problems to be Solved by the Invention] 
[0004] 

The conventional remote monitoring system 
described above, however, is encountered with problems 
as below* In the remote monitoring system, since the 

10 host manages a plurality of monitoring apparatuses, 

whenever modules within each monitoring apparatus are 
to be updated, the host has to connect with the 
plurality of monitoring apparatuses one by one so as to 
communicate with them, which is very complicated and 

15 requires much time. Therefore, smooth update is 
difficult according to the prior art. 
[0005] 

In view of the above, it is therefore an object of 
the present invention to provide a monitoring apparatus, 

20 a control method executed by the monitoring apparatus, 
and a program for implementing the control method, 
which make it possible to efficiently update modules, 
on which the monitoring apparatus operates, by remote 
control from a management apparatus, as well as to the 

25 management apparatus, a control method executed by the 
management apparatus, and a program for implementing 
the control method. 



15 

[Means for Solving the Problems] 
[0006] 

To attain the above object, a monitoring apparatus 
according to claim 1 is a monitoring apparatus capable 
5 of acquiring information by communication from at least 
one image forming apparatus to be monitored and 
communicating with a management apparatus, 
characterized in that the monitoring apparatus 
comprises an e-mail means that carries out 

10 communication with the management apparatus by e-mail, 
a processing means operable when the e-mail means has 
received second modules for updating first modules, on 
which the monitoring apparatus operates, from the 
management apparatus by e-mail, to automatically update 

15 the first modules in operation to the second modules, 
an information collecting means that collects version 
information on the first modules when the e-mail means 
has received a version information acquisition request 
from the management apparatus by e-mail, and a 

20 returning means that sends the version information 

collected by the information collecting means to the 
management apparatus by return e-mail. 
[0007] 

A monitoring apparatus according to claim 2 is 
25 characterized, in the monitoring apparatus according to 
claim 1, in that the apparatus further comprises a 
receiving means that receives an update instruction e- 
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mail containing at least the second modules and an 
install script, and an acquisition request e-mail 
requesting acquisition of the version information 
indicative of versions of respective ones of the first 
5 modules in the monitoring apparatus and a version of 
the monitoring apparatus as a whole, and wherein the 
processing means activates the install script contained 
in the update instruction e-mail received by the 
receiving means, and updates the first modules in 

10 operation to the second modules contained in the update 
instruction e-mail received by the receiving means, and 
the information collecting means collects the version 
information in response to the acquisition request e- 
mail received by the receiving means, and the returning 

15 means sends the version information collected by the 
information collecting means to the management 
apparatus by return e-mail, 
[0008] 

A monitoring apparatus according to claim 3 is 
20 characterized, in the monitoring apparatus according to 
claim 1, in that the monitoring apparatus comprises a 
decoding means that decodes contents of an e-mail 
received by the e-mail means, and wherein the 
processing means interprets an instruction from the 
25 management apparatus from the contents of the received 
e-mail decoded by the decoding means, and performs 
processing according to the interpreted contents of the 
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e-mail . 
[0009] 

A management apparatus according to claim 4 is a 
management apparatus capable of managing a plurality of 
5 monitoring apparatuses that acquire information by 
communication from a plurality of image forming 
apparatuses to be monitored, characterized in that the 
management apparatus comprises an instructing means 
that collectively instructs the plurality of monitoring 

10 apparatuses to update first modules, on which the 

plurality of monitoring apparatuses operate, to second 
modules by e-mail, an acquisition requesting means that 
collectively gives a request for acquisition of version 
information on the first modules to the plurality of 

15 monitoring apparatuses by e-mail, and an acquisition 
means that acquires the version information from the 
plurality of monitoring apparatuses as replies to e- 
mails for requesting acquisition of the version 
information sent by the acquisition requesting means. 

20 [0010] 

A management apparatus according to claim 5 is 
characterized, in the management apparatus according to 
claim 4, in that the instructing means collectively 
transmits update instruction e-mails containing at 
25 least the second modules for updating the first modules 
of respective ones of the plurality of monitoring 
apparatuses and an install script to the plurality of 
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monitoring apparatuses, the acquisition requesting 
means collectively transmits acquisition request e- 
mails for requesting acquisition of the version 
information indicative of versions of respective ones 
5 of the modules in each of the plurality of monitoring 
apparatuses and a version of each of the plurality of 
monitoring apparatuses as a whole to the plurality of 
monitoring apparatuses, and the acquisition means 
receives the version information from the plurality of 
10 monitoring apparatuses as replies to the acquisition 
request e-mails transmitted by the acquisition 
requesting means . 
[0011] 

A management apparatus according to claim 6 is 
15 characterized, in the management apparatus according to 
claim 8, in that the management apparatus comprises a 
determining means that compares version information 
indicative of versions of the first modules to be taken 
after update of the first modules in accordance with an 
20 instruction for updating the first modules to the 

second modules with the version information acquired by 
the acquisition means to determine whether the first 
modules have been successfully updated. , 
[0012] 

25 A management apparatus according to claim 7 is 

characterized, in the management apparatus according to 
claim 6, in that the instructing means collectively 
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instructs the monitoring apparatuses to update the 
first modules when the determining means ascertains 
that the first modules have not been successfully 
updated, 
5 [0013] 

A management apparatus according to claim 8 is 
characterized, in the management apparatus according to 
claim 6, in that the version information indicative of 
versions of the first modules to be taken after update 

10 of the first modules is second version information 
indicative of a version of each of the plurality of 
monitoring apparatuses as a whole, and the second 
version information corresponds to a combination of the 
first modules in each of the plurality of monitoring 

15 apparatuses. 
[0014] 

A control method according to claim 9 is a control 
method executed by a monitoring apparatus capable of 
acquiring information by communication from at least 

20 one image forming apparatus to be monitored, and 
communicating with a management apparatus, 
characterized in that the method comprises a 
communication step of carrying out communication with 
the management apparatus by e-mail, a processing step 

25 of automatically updating first modules in operation, 
on which the monitoring apparatus operates, to second 
modules for updating the first modules when the second 
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modules is received from the management apparatus by e- 
mail in the communication step, an information 
collecting step of collecting version information on 
the first modules when a version information 
5 acquisition request is received from the management 
apparatus by e-mail in the communication step, and a 
returning step of sending the version information 
collected in the information collecting step to the 
management apparatus by return mail. 
10 [0015] 

A control method according to claim 10 is 
characterized, in the control method according to claim 
9, in that the method further comprises a receiving 
step of receiving an update instruction e-mail 

15 containing at least the second modules and an install 
script, and an acquisition request e-mail requesting 
acquisition of the version information indicative of 
versions of respective ones of the modules in the 
monitoring apparatus and a version of the monitoring 

20 apparatus as a whole, and wherein the processing step 
comprises activating the install script contained in 
the update instruction e-mail received in the receiving 
step, and updating the first modules in operation to 
the second modules contained in the update instruction 

25 e-mail received in the receiving step, and the 

information collecting step comprises collecting the 
version information in response to the acquisition 



21 

request e-mail received in the receiving step, and the 
returning step comprises sending the version 
information collected in the information collecting 
step to the management apparatus by return e-mail. 
5 [0016] 

A control method according to claim 11 
characterized, in the control method according to claim 
9, in that the method comprises a decoding step of 
decoding contents of an e-mail received in the 

10 communication step, and wherein the processing step 
comprises interpreting an instruction from the 
management apparatus from the contents of the received 
e-mail decoded in the decoding step, and performing 
processing according to the interpreted contents of the 

15 e-mail. 
[0017] 

A control method according to claim 12 is a 
control method executed by a management apparatus 
capable of managing a plurality of monitoring 

20 . apparatuses that acquire information by communication 
from a plurality of image forming apparatuses to be 
monitored, characterized in that the method comprises 
an instructing step of collectively instructing the 
plurality of monitoring apparatuses to update first 

25 modules, on which the plurality of monitoring 

apparatuses operate, to second modules by e-mail, an 
acquisition requesting step of collectively giving a 
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request for acquisition of version information on the 
first modules to the plurality of monitoring 
apparatuses by e-mail, and an acquisition step of 
acquiring the version information from the plurality of 
5 monitoring apparatuses as replies to e-mails for 

requesting acquisition of the version information sent 

in the acquisition requesting step. 

[0018] 

A control method according to claim 13 is 

10 characterized, in the control method according to claim 
12, in that the instructing step comprises collectively 
transmitting update instruction e-mails containing at 
least the second modules for updating the first modules 
of respective ones of the plurality of monitoring 

15 apparatuses and an install script to the plurality of 

monitoring apparatuses, the acquisition requesting step 
comprises collectively transmitting acquisition request 
e-mails for requesting acquisition of the version 
information indicative of versions of respective ones 

20 of the modules in each of the plurality of monitoring 
apparatuses and a version of each of the plurality of 
monitoring apparatuses as a whole to the plurality of 
monitoring apparatuses, and the acquisition step 
comprises receiving the version information from the 

25 plurality of monitoring apparatuses as replies to the 
acquisition request e-mails transmitted in the 
acquisition requesting step. 
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[0019] 

A control method according to claim 14 is 
characterized, in the control method according to claim 
12, in that the control method comprises a determining 
5 step of comparing version information indicative of 

versions of the first modules to be taken after update 
of the first modules in accordance with an instruction 
for updating the first modules to the second modules 
with the version information acquired in the 
10 acquisition step to determine whether the first modules 
have been successfully updated. 
[0020] 

A control method according to claim 15 is 
characterized, in the control method according to claim 

15 12, in that the instructing step comprises collectively 
instructing the monitoring apparatuses to update the 
first modules when it is determined in the determining 
step that the first modules have not been successfully 
updated. 

20 [0021] 

A control method according to claim 16 is 
characterized, in the control method according to claim 
15, in that the version information indicative of 
versions of the first modules to be taken after update 
25 of the first modules is second version information 
indicative of a version of each of the plurality of 
monitoring apparatuses as a whole, and the second 
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version information corresponds to a combination of the 
first modules in each of the plurality of monitoring 
apparatuses . 
[0022] 

5 A program according to claim 17 is a program for 

causing a computer to execute a control method 
implemented by a monitoring apparatus capable of 
acquiring information by communication from at least 
one image forming apparatus to be monitored, and 

10 communicating with a management apparatus , 

characterized in that the method comprises a 
communication step of carrying out communication with 
the management apparatus by e-mail, a processing step 
of automatically updating first modules in operation, 

15 on which the monitoring apparatus operates, to second 
modules for updating the first modules when the second 
modules for updating the modules is received from the 
management apparatus by e-mail in the communication 
step, an information collecting step of collecting 

20 version information on the first modules when a version 
information acquisition request is received from the 
management apparatus by e-mail in the communication 
step, and a returning step of sending the version 
information collected in the information collecting 

25 step to the management apparatus by return mail. 
[0023] 

A program according to claim 18 is a program for 
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causing a computer to execute a control method 
implemented by a management apparatus capable of 
managing a plurality of monitoring apparatuses that 
acquire information by communication from a plurality 
5 of image forming apparatuses to be monitored, 
characterized in that the method comprises an 
instructing step of collectively instructing the 
plurality of monitoring apparatuses to update first 
modules, on which the plurality of monitoring 

10 apparatuses operate, to second modules by e-mail, an 
acquisition requesting step of collectively giving a 
request for acquisition of version information on the 
first modules to the plurality of monitoring 
apparatuses, and an acquisition step of acquiring the 

15 version information from the plurality of monitoring 
apparatuses as replies to e-mails for requesting 
acquisition of the version information sent in the 
acquisition requesting step. 
[Advantages of the Invention] 

20 [0024] 

According to the present invention, modules on 
which each of the plurality of monitoring apparatuses 
managed by the management apparatus operates, can be 
collectively updated by remote control in an efficient 
25 manner. This eliminates the necessity of carrying out 
such a very complicated and a large volume of operation 
that the management apparatus connects to the 
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monitoring apparatuses, whose modules are to be updated, 
one by one so as to communicate with them and update 
modules therein as in the prior art. 
[Best Mode for Carrying Out the Invention] 
5 [0025] 

The present invention will now be described in 
detail with reference to the accompanying drawings 
showing a preferred embodiment thereof, 
[0026] 

10 FIG, 1 is a schematic view showing an example of 

the overall construction of a device remote monitoring 
system including a monitoring apparatus and a 
management apparatus according to an embodiment of the 
present invention. The device remote monitoring system 

15 is comprised of a monitoring apparatus 1 as the 

monitoring apparatus according to the present invention, 
a terminal side management server 2, devices 3, 4, and 
5, a center side management server 6 as the management 
apparatus according to the present invention, a center 

20 side client PC 7, a communication line 8, and a LAN 

(Local Area Network) 9. Reference numeral 10 denotes a 
communication protocol. 
[0027] 

In the device remote monitoring system, the center 
25 side management server 6 having at least a construction 
which a general information processing apparatus has is 
provided as a center side apparatus for supervising 
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monitoring of the devices 3, 4, and 5. Further, there 
exist a database 11 for accumulating information, and 
the center side client PC 7 which is connected to the 
center side management server 6 via the LAN 9, and is 
5 operable independently or as a client of the center 
side management server 6. The center side management 
server 6 and the terminal side management server 2 are 
capable of communicating with each other via the 
communication line 8 such as the Internet using the 

10 predetermined communication protocol 10. In the 

present embodiment, a general protocol (such as SMTP 
(Simple Mail Transfer Protocol) } and an authentication 
function are also provided for preventing unauthorized 
access to the terminal side management server 2 and the 

15 center side management server 6 and getting over 

(passing through) a firewall provided on the network in 
the device remote monitoring system. It should be 
noted that although only one center side management 
server 6 is provided in the illustrated example, in the 

20 present embodiment it is assumed that a plurality of 
center side management servers 6 can be provided 
depending on intended purposes such as failure 
monitoring and counter information collection as 
described later. 

25 [0028] 

On the other hand, on the terminal side of the 
device remote monitoring system, the terminal side 
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management server 2 exists, and the monitoring 
apparatus 1 is connected to the LAN 9, for collecting 
information from the devices 3, 4, and 5 and personal 
computers, not shown. The monitoring apparatus 1 has a 
5 function of collecting maintenance information 

including operative information and failure information 
on the various devices 3, 4 r and 5 with which the 
monitoring apparatus 1 can communicate via the LAN 9, a 
function of providing control to update control 
10 programs and the like for the devices 3, 4, and 5, and 
a function of transferring the collected information to 
the center side management server 6 via the terminal 
side management server 2. 
[0029] 

15 It should be noted that insofar as information can 

be shared between the monitoring apparatus 1 and the 
terminal side management server 2 r and between the 
center side client PC 7 and the center side management 
server 6, these apparatuses may be provided as 

20 independent apparatuses as in the present embodiment, 
or may be provided as single apparatuses having the 
respective functions of the apparatuses (a single 
apparatus having the respective functions of the 
monitoring apparatus 1 and the terminal side management 

25 server 2, and a single apparatus having the respective 
functions of the center side client PC 7 and the center 
side management server 6) . This alternative 
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arrangement is shown by two-dot chain lines in FIG . 1. 
In the following description, it is assumed that the 
monitoring apparatus 1 communicates with the external 
center side management server 6 via the terminal side 
5 management server 2, but the terminal side management 
server 2 may also have the functions of the monitoring 
apparatus 1, In the following description, it is 
assumed that the monitoring apparatus 1 and the center 
side management server 6 transmit and receive 
10 information between them. 
[0030] 

Although only one monitoring apparatus 1 and only 
one terminal side management server 2 are shown in FIG. 
1, in practice, the device remote monitoring system is 

15 constructed such that a plurality of monitoring 

apparatuses 1, a plurality of terminal side management 
servers 2, and the center side management server 6 
which centrally manages these monitoring apparatuses 1 
and terminal side management servers 2 communicate with 

20 each other via the communication line 8. 
[0031] 

Examples of the devices 3, 4, and 5 include a 
printer (such as an electrophotographic type printer or 
an ink jet type printer) as an image forming apparatus, 
25 a scanner as an image reading apparatus, a facsimile as 
an image communication apparatus, a digital 
multifunction apparatus as an image forming apparatus 
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having a printer function and a facsimile function, a 
personal computer as an information processing 
apparatus , and a print server as an image processing 
apparatus* The image forming apparatus will be 
5 described later in further detail. Further, personal 

computers T not shown, are connected to the LAN 9 in the 
same manner as a computer 501 shown in FIG, 7 , and have 
a function of generating PDL (Page Description 
Language) data from predetermined application data, for 
10 example, via an OS (Operating System) or a printer 

driver, and then transmitting the generated PDL data to 

the devices 3, 4, and 5 for output. 

[0032] 

The monitoring apparatus 1 collects maintenance 
15 information including at least operative information 

such as operative statuses, the residual toner quantity, 
and the number of printed sheets counted for respective 
sheet sizes of the devices 3, 4, and 5 (such as a 
printer, a facsimile, and a multi-function machine) , 
20 operative information including CPU status, memory 
utilization status, and usage of rental application 
programs of the personal computers, sheet jam 
information of the devices 3, 4, and 5, and various 
types of failure information including the number of 
25 restarts occurring in the personal computers. 
[0033] 

FIG. 2 is a block diagram showing the hardware 
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construction of the monitoring apparatus 1 in FIG. 1. 
The monitoring apparatus 1 is comprised of a CPU 201, a 
bus 202, a RAM 203, and a flash ROM 204, as well as a 
plurality of interfaces (hereinafter simply referred to 
5 as "I/F") for various applications, namely, network 

I/Fs 205 and 206, a serial I/F 207, and a debug I/F 208, 
all of which are provided in an ordinary information 
processing apparatus . 
[0034] 

10 The CPU 201 controls the respective component 

parts 203 to 208 independently and/or integrally, and 
carries out processes shown in flowcharts of FIGS, 3 to 
6, 9, 15, and 16 according to programs stored in the 
flash ROM 204. The bus 202 is a common signal path for 

15 transmitting and receiving data between the component 

parts constituting the monitoring apparatus 1 in FIG, 2, 
The RAM 203 is a storage means that can electrically 
store information and is also rewritable. The flash 
ROM 204 is a non-volatile storage means that is 

20 electrically rewritable, and can also maintain 

information without power supply. The network I/Fs 205 
and 206 exchange information with external apparatuses 
via the network. The serial I/F 207 exchange 
information by RS-232C serial communication. The debug 

25 I/F 208 is a serial communication section used for a 
debug application. 
[0035] 
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Although the monitoring apparatus 1 may be 
comprised of an input device such as a keyboard, a 
display section, a display control section, and the 
like, the monitoring apparatus 1 permits its settings 
5 to be changed such that a PC carried by a service 

person, for example, is connected to the network I/F 
205 or 206 of the monitoring apparatus 1 so that a 
configuration program stored within the monitoring 
apparatus 1 is started from the PC as described later. 
10 This can dispense with the provision of the input 

device, display section, and display control section, 
to thereby enable the monitoring apparatus 1 to be 
constructed at a low cost, 
[0036] 

15 It suffices that the terminal side management 

server 2, the personal computers, not shown, the center 
side management server 6, and the center side client PC 
7 appearing in FIG . 1 have the construction of an 
ordinary information processing apparatus, and detailed 

20 description thereof, therefore, is omitted. 
[0037] 

FIG. 3 is a flowchart showing a failure 
information checking process carried out by the 
monitoring apparatus 1 in FIG. 1. FIG. 4 is a 
25 flowchart showing a response checking process carried 
out by the monitoring apparatus 1. In the following 
description of the failure information checking process 
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in FIG. 3 and the response checking process in FIG, 4, 
it is assumed that information is transmitted from the 
monitoring apparatus 1 to the terminal side management 
server 2, the center side management server 6 
5 (hereinafter refereed to as "the host 6") , or the 
center side client PC 7 using SMTP (Simple Mail 
Transfer Protocol) , and the monitoring apparatus 1 
receives information using POP {Post Office Protocol). 
[0038] 

10 In FIG, 3, the monitoring apparatus 1 starts a 

failure information checking program for checking for 
failure information of the devices 3, 4, and 5 to be 
monitored, and carries out processing in steps S301 to 
S305 for the devices 3, 4, and 5 to be monitored, 

15 thereby carrying out failure information checking 

processing at time intervals of one minute, for example. 
First, in the step S301, the monitoring apparatus 1 
accesses the devices 3, 4, and 5 to be monitored via 
the LAN 9 to obtain failure information. If it is 

2 0 determined whether or not failure information has been 
acquired from the devices 3, 4, and 5 in the step S301, 
and if it is determined in the step S302 that failure 
information has been acquired, and the process proceeds 
to the step S303. 

25 [0039] 

In the step S303, the monitoring apparatus 1 
transmits the failure information acquired in the step 
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S302 to the host 6. Then, in the step S304, the 
monitoring apparatus 1 carries out the response 
checking process (FIG. 4) for waiting for a response 
from the host 6. On the other hand, if the monitoring 
5 apparatus 1 determines in the step S302 that failure 
information has not been acquired from any of the 
devices 3, 4, and 5, the process proceeds to the step 
S305 wherein the monitoring apparatus 1 waits for one 
minute for checking for failure information at time 
10 intervals of one minute, and then the process returns 
to the step S301. 
[0040] 

In FIG . 4, after transmitting the failure 
information to the host 6 in the step S303 in FIG. 3, 

15 the monitoring apparatus 1 carries out the response 

check process which is started in the step S304. The 
response checking process is configured such that upon 
receipt of failure information from the monitoring 
apparatus 1, the host 6 transmits information 

20 acknowledging the reception of the failure information 
by e-mail (hereinafter simply referred to as "mail") to 
the monitoring apparatus 1. In the response check 
process, the monitoring apparatus 1 waits for a 
response from the host 6 for 30 minutes at the maximum 

25 while repeating processing in the following steps S308 
to S310 at time intervals of 30 seconds, for example, 
and transmits the failure information again to the host 
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6 only once if the response has not been received in 
that 30-minute time period, 
[0041] 

In the step S308, the monitoring apparatus 1 waits 
5 for 30 seconds so as to carry out processing in the 

steps S308 to S310 at the time intervals of 30 seconds. 
Then, in the step S309, the monitoring apparatus 1 
receives a mail from the host 6, and determines in the 
step S310 whether or not the received mail is a 

10 response mail indicating the reception of the failure 

information. If it is determined in the step S310 that 
the received mail is the response mail, the response 
checking process is terminated. On the other hand, if 
it is determined in the step S310 that the received 

15 mail is not the response mail, the process returns to 
the step S308 unless more than 30 minutes have elapsed 
after the start of the response checking program, or 
proceeds to a step S311 otherwise, 
[0042] 

20 In the step S311, the monitoring apparatus 1 

determines whether the number of times the monitoring 
apparatus 1 has transmitted the failure information to 
the host 6 is one or not. If the number of 
transmissions is not one, that is, the failure 

25 information has already been re-transmitted to the host 
6, the process is terminated. On the other hand, if it 
is determined in the step S311 that the number of 



36 

transmissions is one, that is, the failure information 
has not been re-transmitted to the host 6, the 
monitoring apparatus 1 re-transmits the failure 
information to the host 6 in a step S312. In this way, 
5 the failure information is re-transmitted only once, 
[0043] 

FIG. 5 is a flow chart showing a counter 
information acquisition process in which the monitoring 
apparatus 1 acquires counter information of the devices 

10 3 to 5 and the personal computers. FIG. 6 is a 

flowchart showing a counter information transmission 
process in which the monitoring apparatus 1 transmits 
counter information of the devices 3 to 5 and the 
personal computers to the host 6. In the present 

15 embodiment, counter information refers to information 
including part or all of the above-mentioned 
maintenance information of the devices 3 to 5 and the 
personal computers, and the processes in FIGS. 5 and 6 
are carried out for each of the devices. 

20 [0044] 

In the counter information acquisition process in 
FIG. 5, the monitoring apparatus 1 starts a counter 
information acquisition program for acquiring the 
counter information, to execute the following steps 
25 S401 to S403 for the devices 3, 4, and 5 to be 

monitored at time intervals of 60 minutes, for example, 
thereby preparing for a request from the host 6 for 
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acquiring the counter information. First, in the step 
S401, the monitoring apparatus 1 acquires the counter 
information from each of the devices. Then, in the 
step S402, the monitoring apparatus 1 stores the 
5 counter information acquired from the devices in the 
step S401 in the flash ROM 204 to prepare for the 
request from the host 6 for the counter information. 
On this occasion, if the data format of the counter 
information acquired from the devices 3, 4, and 5 is 

10 different from the data format of the counter 

information transmitted to the host 6, the data may be 
converted when the counter information is stored. 
Alternatively, this data conversion may be carried out 
when the host 6 requests counter information. Then, in 

15 the step S403, the monitoring apparatus 1 waits for 60 
minutes before carrying out the same processing for 
counter information acquisition 60 minutes later, and 
then the process returns to the step S401. 
[0045] 

20 In FIG. 6, the monitoring apparatus 1 starts a 

counter information transmission program for 
transmitting counter information in response to a 
request from the host 6 for the counter information. 
The host 6 requests the counter information by 

25 transmitting a mail including a counter information 

request command to the monitoring apparatus 1- In the 
counter information transmission process, a mail from 
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the host 6 is checked at time intervals of three 
minutes, for example, in preparation for a request for 
the counter information. In the counter information 
transmission process in FIG. 6, first, in a step S405, 
5 the monitoring apparatus 1 checks for a request from 
the host 6 for counter information. Then, it is 
determined in a step S406 whether or not a request for 
the counter information has been given, and the process 
proceeds to a step S410 if it is determined that the 
10 request has not been given. On the other hand, if it 

is determined in the step S406 that the request for the 
counter information has been given, the process 
proceeds to a step S407. 
[0046] 

15 In the step S407, the monitoring apparatus 1 

determines whether or not the counter information is 
stored by the above described counter information 
acquisition process in FIG. 5* If it is determined 
that the counter information is stored, the monitoring 

20 apparatus 1 transmits the stored counter information to 
the host 6 in a step S408. By execution of the counter 
information transmission process, the counter 
information transmitted from the monitoring apparatus 1 
to the host 6 is shared by the center side client PC 7 

25 as described above, so that an operator, for example, 
can refer to the counter information. On the other 
hand, if it is determined in the step S407 that counter 
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information is not stored, the monitoring apparatus 1 
notifies the host 6 that the counter information has 
not been collected (step S409) . Then, in the step S410, 
the monitoring apparatus 1 waits for three minutes, for 
5 example, to check for a request from the host 6 for 

counter information at time intervals of three minutes. 
[0047] 

In this way, the failure information checking 
process in FIG, 3, the response checking process in FIG. 

10 4, the counter information acquisition process in FIG. 
5, and the counter information transmission process in 
FIG. 6 make it possible to remotely and centrally 
manage the maintenance information of image forming 
apparatuses and devices such as personal computers used 

15 by the user. 
[0048] 

FIG. 7 is a block diagram showing an example of 
the construction of a controller that controls an 
entire image forming apparatus which is an example of 

20 the devices 3, 4, and 5 in FIG. 1. The controller of 

the image forming apparatus is comprised of an original 
feeder control section 502, an image reader control 
section 503, an image signal control section 504, a 
printer control section 505, an external I/F 506, a CPU 

25 circuit section 507, a sorter control section 513, a 
finisher control section 514, and a status detecting 
section 515. In FIG. 7, reference numeral 511 denotes 
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an operating section of the image forming apparatus; 
512, a display section of the image forming apparatus; 
and 501 , the computer connected to the image forming 
apparatus via the LAN 9. 
5 [0049] 

The CPU circuit section 507 is comprised of a CPU, 
not shown, a ROM 508 , a RAM 509, and a hard disc drive 
(HDD) 510. The CPU controls the original feeder 
control section 502, the image reader control section 

10 503, the image signal control section 504, the printer 
control section 505, the external I/F 506, the 
operating section 511, the display section 512, the 
sorter control section 513, the finisher control 
section 514, and the status detection section 515 in 

15 accordance with control programs stored in the ROM 508. 
The ROM 508 stores the control programs. The RAM 509 
temporarily stores control data, and is also used as a 
working area for calculations required for the control. 
The hard disk drive 510 stores information required for 

20 the control programs, and information received from the 
original feeder control section 502 through the status 
detection section 515. 
[0050] 

The original feeder control section 502 provides 
25 control to drive an original feeder, not shown, which 
automatically feeds an original set on an original 
stacking section to an original reading position 
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according to an instruction from the CPU circuit 507. 
The image reader control section 503 provides control 
to drive a scanner unit, not shown, which scans an 
original, an image sensor, not shown, which 
5 photoelectrically converts an optical image of the 

original to an electric signal, and other like devices, 
thereby transmitting an analog image signal output from 
the image sensor to the image signal control section 
504. The image signal control section 504 carries out 

10 various processing on a digital signal converted from 
the analog image signal, thereby converting this 
digital signal to a video signal, and outputs the video 
signal to the printer control section 505 . The 
processing by the image signal control section 504 is 

15 controlled by the CPU control circuit 507. 
[0051] 

The external I/F 506 carries out various kinds of 
processing on a digital image signal input from the 
computer 501 via the LAN 9 and a LAN interface, not 

20 shown, thereby converting the digital image signal to a 
video signal, and outputs the video signal to the 
printer control section 505, In addition, the external 
I/F 506 communicates with the monitoring apparatus 1 
via the LAN 9 and the LAN interface, not shown. The 

25 printer control section 505 drives an exposure 

controller, not shown, which controls exposure of a 
photosensitive member based on the input video signal. 
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The operating section 511 includes a plurality of keys 
for setting various functions relating to the image 
formation, and a display for displaying information 
indicating settings, and so forth. The operating 
5 section 511 outputs key signals corresponding to 
operations of the keys to the CPU circuit 507 , and 
displays information corresponding to signals from the 
CPU circuit 507 on the display section 512, 
[0052] 

10 The sorter control section 513 provides control to 

drive a sorter mechanism, not shown, for sorting sheets 
on which images have been formed. The finisher control 
section 514 provides control to drive a finisher 
mechanism, not shown, which carries out post processing 

15 on sheets, such as punching and stapling of sheets on 
which images have been formed- The sorter control 
section 513 and the finisher control section 514 
operate based on signals from the CPU circuit section 
507 according to inputs from a user via the external 

20 I/F 506 or settings input from the operating section 
511. The state detecting section 515 collects status 
information from the various blocks shown in FIG . 7, 
carries out detections such as abnormality detection, 
carries out determinations based on the detection 

25 results, and notifies the CPU circuit section 507 of 
the determination results. According to this 
notification, the CPU circuit 507 displays 
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abnormalities on the display section 512, and notifies 
the computer 501 and the like of the abnormalities via 
the external I/F 506. 
[0053] 

5 FIG. 8 is a block diagram showing the software 

construction of the image forming apparatus in FIG. 7. 
The image forming apparatus carries out a task manager 
A-101, a sheet conveying section task group A-102, a 
sequence control task A-103, a communication task A-104 r 
10 a management data generation task A-105, and a status 
monitoring task A-106. 
[0054] 

The task manager A-101 manages a plurality of 
tasks concurrently. The sheet conveying section task 

15 group A-102 is a group of tasks which manage the 

conveyance of originals and sheets on which images are 
to be formed. The sequence control task A-103 carries 
out management of the entire image forming apparatus. 
The communication task A-104 communicates with the 

20 monitoring apparatus 1. 
[0055] 

The management data generation task A-105 
generates data for the remote management of the present 
embodiment. The image forming apparatus counts the 
25 number of generations of the operation information for 
each sheet size, each processing mode, each sheet type, 
and each of black-and-white and color each time an 
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image forming operation is carried out. The counting 
of the number of generations of the operation 
information is carried out by the management data 
generation task A-105, and the resulting counts are 
5 stored in the hard disk drive 510 of the image forming 
apparatus. In a similar manner, status information 

(failure information) relating to states such as jam, 
error, and alarm is stored in a predetermined data 
format in the hard disk drive 510 of the image forming 
10 apparatus- Further, there are provided counters 

(component part counters) for respective sections of 
the image forming apparatus, that indicate replacement 
cycles of consumable components, and degrees of usage 
of the consumable components, and the counts obtained 
15 by execution of the management data generation task A- 
105 ar£ stored in the hard disk drive 510 of the image 
forming apparatus . 

[0056] 

The status monitoring task A-106 detects 
20 abnormalities (jams, errors, and alarms) in the image 
forming apparatus, or detects status changes in 
predetermined devices, and when the status monitoring 
task A-106 detects an abnormality or a status change, 
status information in a predetermine format is stored 
25 in the hard disk drive 510 of the image forming 
apparatus . 
[0057] 
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FIG. 9 is a flow chart showing a mail receiving 
process in which the monitoring apparatus 1 in FIG. 1 
receives a mail including an instruction from the host 
6 and performs processing in accordance with the 
5 instruction. The mail receiving process is scheduled 
and started at regular time intervals, and is 
terminated upon receiving one mail from the host 6 or 
completing the receipt of all mails. 
[0058] 

10 First, in a step 5701, the monitoring apparatus 1 

checks whether a mail has reached a mail server or not. 
If it is found in the step S701 that no mail has 
reached the mail server, the mail receiving process is 
terminated. If it is found in the step S701 that a 

15 mail has reached the mail server, the process proceeds 
to a step S702 wherein the monitoring apparatus 1 
receives only one mail from the mail server. Then, in 
a step S703, the monitoring apparatus 1 determines 
whether or not the received mail is a mail from the 

20 host 6. In the present embodiment, the monitoring 

apparatus 1 recognizes a mail address of the host 6 r 
and hence determines whether or not the received mail 
is one from the host 6 according to whether or not a 
sender's mail address is the same as the mail address 

25 of the host 6. 
[0059] 

If it is determined in the step S703 that the 
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received mail is not a mail from the host 6, the 
monitoring apparatus 1 determines that the received 
mail is a junk mail and discards it. The process then 
returns to the step S701 wherein the monitoring 
5 apparatus 1 receives the next mail. If it is 

determined in the step S703 that the received mail is a 
mail from the host 6, the monitoring apparatus 1 
interprets an instruction (request) from the host 6 by 
decoding the mail. The process then proceeds to the 
10 step S704 wherein the monitoring apparatus 1 starts a 
processing program suitable for the instruction, and 
then the mail receiving process is terminated. 
[0060] 

In the present embodiment, a module updating 
15 process and a version information acquiring process, 
described later, are also carried out in accordance 
with instructions contained in mails from the host 6. 
The module updating process and the version information 
acquiring process are carried out by starting an update 
20 command processing program (FIG. 11) and a version 

collecting processing program (FIG. 12} in response to 
mails received by the mail receiving process. The mail 
receiving process shown in FIG. 9 should not only be 
intended for executing processes shown in FIGS. 11 and 
25 12, described later, but also for obtaining such an 
effect that various instructions can be given more 
easily from the host 6 as compared with the case where 
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HTTP or FTP is used, since a mail addressed to a 
monitoring apparatus 1 can be more easily received in a 
user environment where the monitoring apparatus 1 is 
installed. Specifically, access to the monitoring 
5 apparatus 1 installed on the user side using HTTP or 
FTP may be blocked in terms of security, but this 
problem can be prevented by the process in FIG. 9. 
[0061] 

FIG. 10 is a view showing the format of data 

10 attached to a module update instruction command mail 
(e-mail) transmitted from the host 6. This command 
mail is for instructing update of modules in the 
monitoring apparatus 1, on which the monitoring 
apparatus 1 operates. The data is comprised of an 

15 install shell script 801 and modules (main body) 802 to 
which modules are to be updated {hereinafter referred 
to as the "updated modules"), and is compressed and 
encoded and attached to the module update instruction 
command mail. The install shell script 801 contains 

20 one or more commands executable by an operating system 
in the monitoring apparatus 1, including a command for 
providing conditional starting control, and is stored 
as a file in a storage section of the monitoring 
apparatus 1. The stored file is executed by the 

25 monitoring apparatus 1, 
[0062] 

The install shell script 801 includes commands for 
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pre-processing before installation, including a command 
for stopping a resident module and a command for 
stopping an update module; a copy command for storing 
the updated modules 802 in the monitoring apparatus 1; 
5 and commands for post-processing such as restart after 
updating. It should be noted that the contents of the 
install shell script 801 differ according to attributes 
of the updated modules 802 {resident, nonresident, 
shared library, and so forth) . 
10 [0063] 

For example, a version acquisition program 
(described later with reference to FIG. 12) as a 
nonresident program which is started only when needed 
enables update of modules to be updated in timing in 

15 which the modules to be updated are not running (in the 
present embodiment, while the modules to be updated are 
running, the update of the modules fails, and hence 
update is repeatedly tried until the modules are 
successfully updated) . The modules to be updated, 

20 which have not been started, will have been updated 

when they are started next time as the need arises, and 
hence, after the updated modules are started, they do 
not have to be restarted (post-processing) . 
[0064] 

25 Further, if data in a shared memory (the flash ROM 

204) becomes unnecessary as a result of software module 
update and is desired to be discarded, or if 
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predetermined modules are updated and a high stability 
in running the modules is to be obtained, the modules 
have to be restarted as post-processing. 
[0065] 

5 FIG- 11 is a flow chart showing an update command 

process as a command process carried out in response to 
the start of the command processing program in the mail 
receiving process in FIG. 9. The update command 
process in FIG. 11 is started when a mail including an 

10 module update instruction is received from the host 6 
C X YES" to the step S703) and the received mail is 
interpreted as an update instruction in the FIG. 9 mail 
receiving process carried out by the monitoring 
apparatus 1, 

15 [0066] 

In a step S901, the monitoring apparatus 1 decodes 
and decompresses a file, which is attached to the mail 
received from the host 6, on the RAM 203, and takes out 
therefrom the above described data comprised of the 

20 install shell script 801 and the modules 802 in FIG . 10. 
Then, in a step S902, the monitoring apparatus 1 starts 
the install shell script 801 to install the modules 802 
(i.e. modules running in the monitoring apparatus 1 are 
updated to the modules 802). Examples of the resident 

25 modules include a device error monitoring module and a 
module for monitoring hang-up of a resident module. 
Then, according to the install shell script 801 
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installed in the step S902, the operations of resident 
and nonresident modules to be updated are stopped, and 
they are replaced by the respective updated modules 
(802 in FIG , 8) , 
5 [0067] 

The module updating process will now be described 
in further detail. For example, in the case where the 
monitoring apparatus 1 carries out an accounting 
process relating to charge for printing, such as 

10 collection or notification of counter information 

indicative of the number of prints, immediate updating 
of modules being used for the accounting process can 
impede smooth execution of the accounting process. To 
address this problem, in updating modules relating to 

15 an important process such as the accounting process, 
the modules are updated after they stop running, 
[0068] 

In an alternative example, a processing command 
for causing the monitoring apparatus 1 to update 
20 modules to be updated immediately after the restart of 
the monitoring apparatus 1 in predetermined timing may 
be written in the install shell script 801. 
[0069] 

FIG, 12 is a flow chart showing a version 
25 collecting process as a command process carried out in 
response to the start of the command processing program 
in the mail receiving process in FIG - 9. The version 



collecting process is started in the step S704 when it 
is determined that a mail including a version 
information acquiring instruction is received from the 
host 6 (step S703) in the FIG. 9 mail receiving process 
5 carried out by the monitoring apparatus 1. 
[0070] 

In a step S1001, the monitoring apparatus 1 
collects individual version information indicative of 
versions of respective modules (programs, shell scripts, 

10 libraries, and so forth) stored in the monitoring 

apparatus 1 and entire version information indicative 
of the version of the monitoring apparatus 1 as a whole 
("Software Version") , and generates data to be sent to 
the host 6 by return mail. In the present embodiment, 

15 it is assumed that the return mail data is in text 

format, and is printed into a format as shown in FIG . 
13. The monitoring apparatus 1 attaches the version 
information generated in the step S1001 as a file to a 
mail, and sends it to the host 6. 

20 [0071] 

FIG. 13 is a view showing an example of a print 
out showing the version information generated in the 
version collecting process in FIG. 12. Numerical 
values in a middle field 1102 indicate versions of 
25 items and modules in a left-hand field 1101. It should 
be noted that the representation of each version is 
comprised of an all-item common format part (e.g. 
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1.0.00 for "Software Version"), which is followed by a 
free description part (in a right-hand field) as needed. 
In the module updating process according to the present 
embodiment, whether or not modules have been 
5 successfully updated is automatically determined as 
described later. In making the determination, the 
versions of the respective modules are not taken into 
account, but only the value of "Software Version" on 
the first row is taken into account. 
10 [0072] 

Specifically, when all the modules in the left- 
hand field 1101 in FIG. 13 have been successfully 
updated, version information indicative of the updated 
versions of the respective updated modules is held in 

15 the monitoring apparatus 1, and in the step S1001, the 
version information is collected to update the software 
version. Namely, if the latest version information is 
contained in a mail returned to the host 6 in the step 
S1002, this means that the software module has been 

20 successfully updated. 
[0073] 

Further, the software version represents a 
combination of various modules written in the left-hand 
field 1101 in FIG. 13, and whether software in the 
25 monitoring apparatus 1 has been successfully updated or 
not can be determined only by referring to the software 
version without the necessity of comparing the versions 
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of the respective modules. 
[0074] 

For example, to notify the version information 
from the monitoring apparatus 1 to the host 6, a 
5 command for causing the monitoring apparatus 1 to 

voluntarily notify updated version information as an 
event notification to the host 6 after module update 
may be described in the install shell script 801 in FIG . 
10. If it is configured such that the host 6 

10 ascertains whether modules have been successfully 
updated or not using a mail from the monitoring 
apparatus 1, processing loads on the host 6 can be 
further reduced compared with the case where the 
monitoring apparatus 1 voluntarily connects to the host 

15 6 and notifies the host 6 of whether modules have been 
successfully updated or not. 
[0075] 

FIG. 14 is a flow chart showing a collective 
updating process in which modules in one or more 

20 monitoring apparatuses 1 managed by the host 6 are 

collectively updated at the initiative of the host 6 
side including the host 6, FIG. 15 is a view showing a 
screen of the center side client PC 7 before the start 
of an uploading process in a collective updating 

25 program which operates on the center side client PC 7 
connected to the host 6, for carrying out the 
collective updating process in FIG. 14, 
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[0076] 

A list of monitoring apparatuses 1, whose modules 
are to be updated and which is managed by the host 6, 
is displayed in a window 1301* Although not shown in 
5 detail in FIG . 15, a function of deleting/adding a 

monitoring apparatus 1 whose modules are to be updated 
from/to the list is provided so as to cope with the 
case where modules within all the monitoring 
apparatuses 1 managed by the host 6 are not updated in 

10 the same manner. Reference numeral 1302 indicates a 

present software version of each monitoring apparatus 1. 
Reference numeral 1303 indicates a date on which the 
latest version information was acquired from each 
monitoring apparatus 1. In the present embodiment, 

15 version information is necessarily acquired after each 
monitoring apparatus 1 is installed or after modules in 
each monitoring apparatus 1 are updated, and hence 
versions and dates indicated by 1302 and 1303, 
respectively , are the latest information on the 

20 respective monitoring apparatuses 1. Reference numeral 
1304 indicates a value indicative of a software version 
to which modules in each monitoring apparatus 1 are to 
be updated. 
[0077] 

25 In a step S1201, the host 6 produces an attachment 

file for module update described with reference to FIG. 
10. Then, in a step S1203, the host 6 transmits a mail 
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which contains a module updating instruction and to 
which is attached the attachment file for update 
produced in the step S1201 to all the monitoring 
apparatuses 1 whose modules are to be updated and which 
5 are managed by the host 6, In a step S1202, the host 6 
determines whether processing in the step S1203 has 
been completed for all the monitoring apparatuses 1 
whose modules are to be updated. 
[0078] 

10 Next, in a step S1205, the host 6 transmits a mail 

including a version information acquiring instruction 
to all the monitoring apparatuses 1 whose modules are 
to be updated and which are managed by the host 6. In 
a step S1204, the host 6 determines whether processing 

15 in the step S1205 has been performed for all the 
monitoring apparatuses 1 whose modules are to be 
updated. It should be noted that the version 
information acquiring process is intended for acquiring 
the status of each monitoring apparatus 1 after update 

20 processing. Therefore, the version information 

acquiring process has to be carried out upon the lapse 
of a sufficient period of time within which each 
monitoring apparatus 1 receives a mail including an 
updating instruction and completes update. This 

25 sufficient period of time differs according to modules 
since pre-processing and post-processing for update are 
different. 
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[0079] 

As described with reference to FIG . 10, if post- 
processing such as restart of updated modules is 
performed and the measured restart time period is 10 
5 minutes, the host 6 issues the mail including the 
version information acquiring instruction to the 
monitoring apparatus 1 upon the lapse of 10 minutes or 
longer. The period of time for which the host 6 waits 
until the issuance of the mail including the version 

10 information acquiring instruction depends on the 
version of updated modules, and namely differs 
according to what kinds of processing {post-processing 
and pre-processing) are included in update modules of 
■predetermined versions. As shown in FIGS . 15 and 16, 

15 various versions of modules in various monitoring 

apparatuses 1 are managed by the host 6, and to update 
modules within the respective monitoring apparatuses 1, 
the host 6 adopts different time periods according to 
versions of the modules. 

20 [0080] 

Next, in steps S1206 to S1210, the host 6 
ascertains whether modules within each monitoring 
apparatus 1 have been successfully updated or not. 
Specifically, in the step S1206, the host 6 determines 
25 whether processing in the steps S1207 to S1210 has been 
performed for all the monitoring apparatuses 1 whose 
modules are to be updated. If it is found in the step 
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S1207 that there is no reply to the version information 
acquisition request transmitted in the step S1205, it 
is impossible to determine whether modules have been 
successfully updated or not, and hence it is determined 
5 that update processing has failed. The process then 

proceeds to the step S1210. If it is found in the step 
S1207 that there is a reply to the version information 
acquisition request transmitted in the step S1205, the 
process proceeds to the step S1208. 
10 [0081] 

In the step S12Q8, the host 6 compares the value 
of a software version ("Software Version" in FIG. 13) 
in the acquired information with a software version 
1304 (FIG. 15) to which modules in each monitoring 

15 apparatus 1 should be updated by update processing. If 
as a result of the comparison in the step S1208, it is 
determined in the step S1209 that modules have been 
successfully updated, the process returns to the step 
S1206, and then the host 6 performs processing in the 

20 steps S1207 to S1210 for the other monitoring apparatus 
1 whose modules are to be updated. If as a result of 
the comparison in the step S1208, it is determined in 
the step S1209 that modules have not been successfully 
updated, the process proceeds to the step S1210- In 

25 the step S1210, to cope with the failure in update, the 
host 6 stores information identifying the monitoring 
apparatus 1 whose modules have not been successfully 
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updated* 
[0082] 

FIG. 16 is a view showing a screen displayed on 
the center side client PC 7 shown in FIG , 15 after the 
5 process in FIG. 14 is carried out for all the 

monitoring apparatuses 1 whose modules are to be 
updated. In a window 1401, reference numeral 1402 
indicates versions after update obtained in the step 
S1205, and reference numeral 1403 indicates dates on 

10 which version information was acquired in the step 

S1205. The monitoring apparatuses 1 which has failed 
in uploading and for which the step S1210 has been 
executed are checked off in a field indicated by 
reference numeral 1405 to clearly indicate a failure in 

15 update- The present software version 1402 of these 

monitoring apparatuses 1 is different from the software 
version 1404 which should be taken after update. 
[0083] 

Although in the present embodiment, a failure in 
20 uploading is only indicated in the window 1401 in FIG. 
16, the present invention is not limited to this, but 
update for a corresponding monitoring apparatus 1 may 
be automatically retried according to information 
(information identifying the monitoring apparatuses 1 
25 which has failed in uploading) stored in the step S1210. 
[0084] 

As described above, according to the present 



59 

embodiment, when receiving a module update instructing 
mail from the host 6 (the center side management server 
6) , the monitoring apparatus 1 updates running modules 
to received modules, and when receiving a version 
5 information acquisition requesting mail from the host 6, 
the monitoring apparatus 1 collects version information 
on the modules and sends the collected version 
information to the host 6 by return mail. Therefore, 
it is possible to efficiently update modules within the 

10 monitoring apparatus 1 by remote control from the host 
6* This eliminates the necessity of carrying out such 
a complicated operation that the host connects to the 
monitoring apparatuses one by one to update modules 
therein as in the prior art. 

15 [0085] 

Further, the host 6 collectively transmits a 
module update instructing mail including at least 
modules to be updated and an install shell script to 
the monitoring apparatuses, and collectively transmits 

20 a version information acquisition requesting mail for 
requesting acquisition of individual version 
information indicative of respective versions of 
modules in each monitoring apparatus 1 and entire 
version information indicative of the version of each 

25 monitoring apparatus 1 as a whole to the monitoring 
apparatuses 1. The host 6 receives the version 
information as a reply from each monitoring apparatus 1. 
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Therefore, it is possible to remotely and collectively 
update modules in a plurality of monitoring apparatuses 
managed by the host. This eliminates the necessity of 
carrying out such a complicated and a large volume of 
5 operation that the host connects to the monitoring 

apparatuses one by one and update modules therein as in 

the prior art, 

[0086] 

Further, after giving an instruction for updating 
10 modules, the host 6 gives an instruction for acquiring 
version information and acquires version information, 
and compares a version to which the modules should be 
updated with the acquired version information to 
ascertain whether the modules have been successfully 
15 updated or not. Therefore, the host 6 can 

automatically determine whether modules in each 
monitoring apparatus 1 managed by remote control have 
been successfully updated or not. As a result, it is 
possible to properly manage the status of update in 
20 each monitoring apparatus 1. 
[0087] 

Although in the above described embodiment of the 
present invention, the device remote monitoring system 
is constructed as shown in FIG, 1, the present 
25 invention is not limited to this, but the numbers of 

monitoring apparatuses, center side management servers, 
terminal side management servers, devices, and so forth 
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to be installed, the network arrangement, and the types 
of devices to be monitored may be arbitrarily 
determined. 
[0088] 

5 Further, it goes without saying that the object of 

the present invention may also be accomplished by 
supplying a system or an apparatus with a storage 
medium in which a program code of software, which 
realizes the functions of the above described 
10 embodiment is stored, and causing a computer (or CPU or 
MPU) of the system or apparatus to read out and execute 
the program code stored in the storage medium. 
[0089] 

In this case, the program code itself read from 
15 the storage medium realizes the functions of the above 
described embodiment, and hence the program code and a 
storage medium on which the program code is stored 
constitute the present invention. 
[0090] 

20 Examples of the storage medium for supplying the 

program code include a RAM, a floppy (registered 
trademark) disk, a hard disk, an optical disk, a 
magneto optical disk, a CD-ROM, a CD-R, a CD-RW, a DVD- 
ROM, a DVD-RAM, a DVD-RW, a DVD+RW, a magnetic tape, a 

25 nonvolatile memory card, a ROM, and an EEPROM. The 
program code may be downloaded via a network • 
[0091] 
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Further,, it goes without saying that the functions 
of the above described embodiment may be accomplished 
not only by executing the program code read out by a 
computer, but also by causing an OS (operating system) 
5 or the like which operates on the computer to perform a 
part or all of the actual operations based on 
instructions of the program code, 
[0092] 

Further, it goes without saying that the functions 
10 of the above described embodiment thereof may be 

accomplished by writing the program code read out from 
the storage medium into a memory provided in an 
expansion board inserted into a computer or a memory 
provided in an expansion unit connected to the computer 
15 and then causing a CPU or the like provided in the 

expansion board or the expansion unit to perform a part 
or all of the actual operations based on instructions 
of the program code. 
[0093] 

20 As described above, according to the present 

invention, when modules to be updated are received from 
the management apparatus, the monitoring apparatus 
updates modules in operation to the received modules, 
and collects version information when a version 

25 information acquisition request has been received from 
the management apparatus and sends them to the 
management apparatus by return mail. Therefore, it is 
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possible to efficiently update modules within the 
monitoring apparatus by remote control from the 
management apparatus. This eliminates the necessity of 
carrying out such a very complicated and a large volume 
5 of operation that the management apparatus connects to 
the monitoring apparatuses, whose modules are to be 
updated, one by one so as to communicate with them and 
update modules therein as in the prior art. 
[Brief Description of the Drawings] 
10 [0094] 

[FIG. 1] FIG, 1 is a diagram schematically showing an 
example of the entire construction of a device remote 
monitoring system including a monitoring apparatus and 
a management apparatus according to an embodiment of 
15 the present invention. 

[FIG. 2] FIG. 2 is a block diagram showing the 
hardware construction of the monitoring apparatus in 
FIG. 1. 

[FIG. 3] FIG, 3 is a flow chart showing a failure 
20 information checking process carried out by the 
monitoring apparatus . 

[FIG. 4] FIG. 4 is a flow chart showing a response 
checking process carried out in a step S304 in FIG 3, 
[FIG. 5] FIG. 5 is a flow chart showing a counter 
25 information acquisition process carried out by the 
monitoring apparatus. 

[FIG. 6] FIG. 6 is a flow chart showing a counter 



64 

information transmission process carried out by the 
monitoring apparatus appearing. 

[FIG. 7] FIG, 7 is a block diagram showing the 
construction of a controller that controls the overall 
5 operation of an entire image forming apparatus which is 
an example of devices appearing in FIG. 1. 
[FIG. 8] FIG. 8 is a diagram showing the software 
construction of the image forming apparatus in FIG. 7. 
[FIG, 9] FIG- 9 is a flow chart showing an e-mail 
10 receiving process carried out by the monitoring 
apparatus . 

[FIG. 10] FIG. 10 is a diagram showing the format of 
data which is attached to a module update instruction 
command mail transmitted from the management apparatus 

15 in FIG. 1. 

[FIG, 11] FIG. 11 is a flow chart showing an update 
command process as a command process carried out in 
response to the start of a command processing program 
in the e-mail receiving process in FIG. 9. 

20 [FIG, 12] FIG. 12 is a flow chart showing a version 

collecting process as a command process carried out in 
response to the start of a command processing program 
in the e-mail receiving process in FIG. 9. 
[FIG- 13] FIG. 13 is a diagram showing an example of a 

25 printout showing version information generated in 

accordance with the version collecting program in FIG. 
12. 
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[FIG. 14] FIG . 14 is a flow chart showing a collective 
updating process for collectively updating modules in 
the monitoring apparatus. 

[FIG. 15] FIG. 15 is a view showing a screen of a 
5 center side PC in FIG - 1 before the start of an 

uploading process in the collective update process in 
FIG. 14. 

[FIG. 16] FIG. 16 is a view showing a screen of the 
center side PC in FIG. 1, the screen showing the result 
10 of uploading in the collective update process. 
[Description of Symbols] 
[0095] 

1 monitoring apparatus 

2 terminal side management server 
15 3, 4, 5 device 

6 center side management server (instructing means, 
acquisition requesting means, acquisition means, 
determining means) 

7 center side client PC 
20 8 communication line 

9 LAN 

10 communication protocol 

11 database 

201 CPU (processing means, information collecting 
25 means) 

205, 206 network I/F (returning means, receiving 
means) 
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[Title of the Document] Abstract 
[Abstract] 

[Problem to be Solved] To provide a device monitoring 
apparatus which makes it possible to efficiently update 
5 modules on which the monitoring apparatus operates by 
remote control from a management apparatus. 

[Solution] The monitoring apparatus carries out 
communication with the management apparatus by e-mail. 
When the monitoring apparatus receives other modules 
10 for updating the modules in the monitoring apparatus 

from the management apparatus by e-mail, the monitoring 
apparatus automatically updates the modules to the 
other modules. The monitoring apparatus collects 
version information on the modules when receiving a 
15 version information acquisition request from the 
management apparatus by e-mail. The monitoring 
apparatus sends the collected version information to 
the management apparatus by return mail. 
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